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Developing  Systems  Engineering  Graduate  Programs  Aligned  to  the 
Body  of  Knowledge  and  Curriculum  to  Advance  Systems 
Engineering  (BKCASE™)  Guidelines 


Abstract 

The  Body  of  Knowledge  and  Currieulum  to  Advanee  Systems  Engineering  (BKCASE^m)  team, 
eomprised  of  about  50  systems  engineering  experts  around  the  world,  is  in  the  proeess  of 
developing  two  produets:  a  Guide  to  the  Systems  Engineering  Body  of  Knowledge  (SEBoK), 
followed  by  a  Graduate  Referenee  Currieulum  for  Systems  Engineering  (GRCSE™).  Versions 
1.0  of  the  two  produets  are  due  out  by  fall  2012,  preeeded  by  two  annual  interim  reviews.  This 
paper  reviews  the  knowledge  areas  and  eurrieulum  guidelines  addressed  in  the  initial  draft 
versions  of  these  produets.  A  framework  for  eategorizing  the  alignment  of  systems  engineering 
programs  to  GRCSE  is  presented.  Based  on  their  eategorization  as  initial,  emerging,  developed, 
or  highly  developed,  programs  ean  design  a  strategy  for  further  systems  engineering  eurrieulum 
development.  The  paper  ends  with  a  request  for  reviewers  to  partieipate  in  the  upeoming  open 
(publie)  GRCSE  version  0.5  review  seheduled  to  begin  year  end  2011. 

Introduction 

There  are  many  strategies  that  ean  be  used  to  develop  new  systems  engineering  graduate 
programs.  One  method  is  to  develop  the  program  within  an  existing  department  by  eombining 
new  eurrieulum  into  a  base  or  eore  set  of  eourses  and  adding  existing  eourses  to  address 
speeializations  or  eleetives.^  Often,  the  foeus  of  newly  developed  systems  engineering  eurrieula 
is  based  on  industry  partnerships  and  feedbaek.^  In  some  eases  a  new  department  may  be 
established  to  support  a  graduate  systems  engineering  program;  alternatively  new  programs  may 
be  eombined  with  existing  departments  sueh  as  industrial  engineering  or  engineering 
management;  or  new  programs  may  have  a  multidiseiplinary  foeus  and  be  shared  aeross  a  set  of 
existing  engineering  departments.^  The  initial  sueeess  of  these  programs  in  attraeting  a  student 
base  may  depend  on  the  reputation  of  the  university  and  other  engineering  programs  within  the 
university  and  partnerships  with  eompanies  seeking  systems  engineering  workforee  development 
support.  As  the  program  develops,  a  stand-alone  department  or  in  some  eases  a  separate  sehool 
may  be  established."^  At  the  point  where  the  program  has  matured,  eurrieulum  has  typieally  been 
developed  and  faeulty  hired  within  the  department  or  sehool  to  support  eourse  offerings  aeross 
the  entire  program;  however,  adjunet  faeulty  may  also  be  used  to  address  speeialty  areas  or  to 
offer  the  eourses  at  remote  loeations  or  through  online  delivery.^ 

The  length  and  effort  required  to  transition  from  one  phase  to  the  next  in  systems  engineering 
graduate  program  development  depends  on  many  faetors  ineluding: 

•  the  starting  foundation  of  existing  eurrieulum,  faeulty  expertise,  university  support  strueture, 
and  other  assoeiated  resourees; 

•  the  support  and  strength  of  the  relationships  with  industry  and  government; 

•  the  level  of  gap  between  the  desired  foeus  and  end  state  of  the  mature  program  and  the 
existing  state;  and 


•  the  ability  of  the  university  to  evolve  as  needed  for  eaeh  phase  of  systems  engineering 
graduate  program  development. 

The  heart  of  this  paper  diseusses  a  potential  framework  for  categorizing  the  alignment  of  systems 
engineering  graduate  programs  to  the  Graduate  Reference  Curriculum  for  Systems  Engineering 
(GRCSE^M)  (still  under  development).  Eirst,  background  information  related  to  systems 
engineering  graduate  programs  collected  prior  to  and  during  the  GRCSE  effort,  is  presented. 
Next,  the  paper  covers  SEBoK’s  set  of  knowledge  areas  and  topics,  and  GRCSE’s  approach  for 
expected  student  background,  graduate  outcomes,  longer-term  objectives  and  curriculum 
architecture.  In  the  main  section,  the  paper  provides  guidance  on  systems  engineering  curriculum 
development,  based  on  a  program’s  categorization  as  initial,  emerging,  developed,  or  highly 
developed.  The  paper  ends  with  a  request  for  reviewers  to  participate  in  the  upcoming  open 
(public)  GRCSE  version  0.5  review  scheduled  to  begin  year  end  2011. 

Background 

The  Body  of  Knowledge  and  Curriculum  to  Advance  Systems  Engineering  (BKCASE^^)  team 
has  grown  from  a  small  core  team  of  five  members  to  a  team  of  over  50  members.  A  list  of  the 
authors  can  be  found  at  http://www.bkcase.org/about-bkcase/authors/.  About  half  of  the  author 
team  are  from  academia,  the  other  half  from  industry;  and  about  two  thirds  of  the  authors  are 
based  in  the  United  States,  and  the  remainder  abroad.  In  general,  the  authors  are  from  around  the 
world  and  represent  a  variety  of  domains.  The  BKCASE  project  is  supported  by  several 
professional  societies  including  the  International  Council  on  Systems  Engineering  (INCOSE)  (3 
author  representatives)  and  the  Institute  of  Electrical  and  Electronics  Engineers  (IEEE)  (3  author 
representatives)  and  by  funding  and  sponsorship  primarily  from  the  U.S.  Department  of  Defense. 
Two  products,  the  Systems  Engineering  Body  of  Knowledge  (SEBoK)  and  the  Graduate 
Reference  Curriculum  for  Systems  Engineers  (GRCSE),  are  being  developed  to  inform  systems 
engineering  education  and  practice.  Initial  drafts  of  these  products  were  released  in  fall  2010 
(versions  0.25)  for  limited  review;  a  second  draft  is  planned  for  release  in  fall  2011  (versions  0.5) 
for  open  review;  and  the  final  version  of  the  products  will  be  released  to  the  public  in  fall  2012 
(versions  1.0).  More  information  about  the  project  can  be  found  from  the  project’s  website: 
www.bkcase.org  and  from  various  BKCASE  publications.^'^ 

GRCSE’s  focus  is  on  system-centric  systems  engineering  programs  rather  than  domain-centric 
systems  engineering  programs.  In  anticipation  of  the  development  of  systems  engineering 
graduate  program  guidelines,  the  GRCSE  team  developed  a  survey  designed  to  gather  data  on 
the  state  of  practice  in  systems  engineering  master’s  programs  with  regards  to:  entrance 
requirements,  core  or  required  courses,  delivery  methods,  program  length,  program  outcomes, 
and  other  information  related  to  program  structure.  Many  of  the  programs  solicited  in  the  United 
States  (U.S)  were  part  of  the  list  of  systems-centric  systems  engineering  programs  provided  in 
Eabrycky  (2010)^  and  the  GRCSE  team  augmented  the  list  with  additional  universities  outside  of 
the  U.S.  However,  because  it  was  important  to  gather  as  much  information  as  possible;  each 
author  focused  on  gathering  data  from  universities  where  he  or  she  had  at  least  one  point  of 
contact.  The  survey  was  sent  out  to  sixty-one  universities  worldwide:  thirty-five  U.S.  programs 
and  twenty-six  programs  from  Europe,  Asia,  Australia,  and  South  America.  The  survey  was 
returned  from  18  U.S.  universities  and  14  universities  outside  of  the  U.S;  however,  the  names  of 


respondents  have  been  kept  anonymous  as  part  of  the  agreement  between  the  GRCSE  team  and 
the  responding  universities.  The  top  ten  systems-eentrie  graduate  program  courses  identified 
from  the  GRCSE  survey^”,  as  compared  to  results  from  a  previous  2006  study^,  is  shown  in 
Table  1. 


Table  1,  Systems  Engineering  Graduate  Program  Comparison 


Evolved  SE 
Curriculum 
Framework 
Categories^ 

2010  GRCSE  Survey  Top  Ten 
Courses  Identified,  plus 
Capstone  (%  of  Programs)^** 

2006  Study  Topic  Areas^  (%  of 
Programs) 

Pre-Requisite 

Courses 

Probability  and  Statistical 
Analysis  (19%) 

Einear,  Matrix,  Differential  Equations 
(22%) 

Probability  and  Statistics  (22%) 

Fundamentals 

Introduction  to  Systems 
Engineering  (56%) 

Eundamentals  of  Systems  Engineering 
(62.5%) 

Systems  Management  (25%) 

Introduction  to  Systems  Engineering 
Management  (47%) 

System  Life 
Cycle 
Technical 
Processes 

Modeling  and  Simulation  (53%) 

Modeling,  Simulation  and  Optimization 
(62.5%) 

Systems  Architecture  and 
Design  (38%) 

Systems  Design/ Architecture  (28%) 

Systems  Integration  (34%) 

Systems  Integration  and  Test  (31%) 

Systems  Requirement  Analysis 
(25%) 

- 

Systems  Analysis  (25%) 

- 

- 

Software  Systems  Engineering  (28%) 

- 

Quality,  Safety  and  Systems  Suitability 
(28%) 

- 

Manufacturing,  Production,  & 
Operations  (9%) 

System  Life 
Cycle  Project 
Processes 

Risk  and  Decision  Analysis 
(25%) 

Decisions,  Risk  and  Uncertainty  (25%) 

Project  Management  (38%) 

General  Project  Management  (19%) 

Einance,  Economics,  and  Cost 
Estimation  (25%) 

Other  Broad 
SE  Applicable 
Areas 

a 

Organizational  Eeadership  (12.5%) 

Engineering  Ethics/Eegal 
Considerations  (6%) 

Capstone 

Project  Thesis  or  Capstone 
Project  (94%) 

Masters  Project  or  Seminar  (28%) 

GRCSE  builds  on  the  work  summarized  in  Table  1,  and  earlier  efforts  for  developing  a  referenee 
eurrieulum  for  systems  engineering^’^ eompleted  by  eurrent  GRCSE  authors  as  well  as  other 
members  of  the  systems  engineering  academic  community. 

Systems  Engineering  Knowledge  Areas  and  Topics 

The  SEBoK  builds  on  earlier  efforts  for  developing  an  integrated  body  of  knowledge  for  systems 
engineering. The  major  groupings  for  the  systems  engineering  knowledge  areas  and  topics 
addressed  in  the  initial  version  0.25  draft  of  the  SEBoK^^  are; 

•  Introductory  material 

•  Service/Enterprise  SE 

•  Organization  and  Management 

•  System  Eife  Cycle 

•  Broad  Areas 

The  following  sections  describe  each  knowledge  area  briefly  as  they  are  defined  in  the  initial 
version  of  the  body  of  knowledge. 

Introductory  material 

The  introductory  system  content  of  SEBoK  version  0.25  addresses  the  following  knowledge 
areas: 

•  Systems  Concepts:  provides  a  foundation  for  understanding  types  of  systems  and 
topologies  and  their  role  and  includes  a  discussion  of  system-of-interest,  system 
perspectives,  and  complexity. 

•  Systems  Thinking:  describes  hard  and  soft  systems  thinking,  paradoxes,  models  and 
languages. 

•  Systems  Engineering  Overview:  provides  an  overview  of  different  perspectives  and 
approaches  for  SE  in  the  context  of  products,  services,  and  enterprises. 

•  Generic  Life  Cycle  Stages:  provides  an  overview  of  the  more  common  systems  life  cycle 
models. 

Service/Enterprise  SE 

The  three  types  of  systems  addressed  by  the  SEBoK  are  products,  services,  and  enterprises; 
however,  there  is  still  ongoing  work  to  come  to  a  consensus  on  the  definitions  of  service  and 
enterprise  systems.  Due  to  a  traditional  focus  on  systems  engineering  for  product  development, 
two  chapters  of  the  initial  SEBoK  version  0.25  were  dedicated  to  service  systems  engineering 
and  enterprise  systems  engineering;  however,  only  one  chapter  was  written  for  this  early  version 
and  the  other  chapter  is  in  initial  draft  stages: 


•  Service  SE  (not yet  written):  will  address  systems  engineering  coneepts  and  principles 
specific  to  the  design  and  creation  of  service  systems. 

•  Enterprise  SE:  provides  insights  into  the  engineering  of  enterprise  systems  and  defines 
key  considerations  unique  to  enterprise  systems. 

Organization  and  Management 

Organizational  factors  and  systems  engineering  management  are  also  covered  in  dedicated 
chapters  of  SEBoK  version  0.25; 

•  Enabling  Systems  Engineering  in  the  Organization:  addresses  the  incorporation  of 
systems  engineering  activities  within  an  organization  including  effective  governance, 
staffing,  and  resource  allocation  approaches. 

•  Systems  Engineering  Management:  focuses  on  the  administration  and  oversight  of  SE 
activities  and  provides  insights  on  managing  the  technical  aspects  of  SE. 

System  Life  Cycle 

System  life  cycle  processes  typically  discussed  in  handbooks  and  standards  such  as  the  INCOSE 
Handbook  and  the  ISO/IEC/IEEE  15288;2008(E)  standard  are  covered  across  five  chapters  of 
the  SEBoK  version  0.25  with  specific  life  cycle  stages  grouped  by  topics  as  listed: 

•  System  Definition:  provides  insight  into  the  early  stages  of  the  systems  life  cycle, 
including  needs  and  requirements  analysis  and  architecture  development.  Stages  covered 
are:  stakeholder  requirements  and  mission  analysis,  system  requirements,  architectural 
design,  and  system  analysis. 

•  System  Realization:  focuses  on  the  actual  construction  of  the  system,  including  testing  to 
confirm  appropriate  functionality  and  use.  Stages  covered  are:  implementation,  system 
integration,  system  verification,  and  system  validation. 

•  System  Deployment  and  Use:  addresses  the  utilization  of  the  system  once  it  is  “complete” 
and  includes  insights  on  how  a  system  can  be  sustained  over  time.  Stages  covered  are; 
operations,  maintenance,  and  logistics. 

•  System  Life  Management:  focuses  on  the  continuation  of  the  system  life,  including 
changing  and  adding  functionality  to  a  system  in  operation,  and  retiring  a  system.  Stages 
covered  are:  service  life  extension,  capability  updates,  upgrades  and  modernization,  and 
system  disposal  and  retirement. 

•  Systems  Engineering  Agreement:  provides  insight  on  the  contractual  aspects  of  SE. 

Stages  covered  are:  acquisition  and  supplier  Processes. 

Broad  Areas 

The  final  chapters  of  the  SEBoK  version  0.25  cover  broader  areas  of  systems  engineering 
including  specialty  areas,  systems  engineering  competency,  and  application  case  studies: 

•  Cross-Cutting:  provides  a  foundation  for  non-functional  characteristics  (the  “-ilities”)  of 
systems  engineering  discussed  throughout  the  SEBoK  including;  integration  of  specialty 


engineering,  affordability/design  to  cost,  human  system  integration,  safety,  security, 
spectrum  management,  electro-magnetic  interference,  radiation  hardness,  reliability  and 
maintainability,  manufacturing  and  production,  quality,  logistics/supportability, 
occupational  health/work  environment,  disposal  and  resilience. 

•  Systems  Engineering  Competency:  addresses  systems  engineering  competencies  at  the 
individual,  team,  and  organization  level. 

•  SE  Applications/Case  Studies:  defines  the  method  and  criteria  for  accepting  case  studies 
for  a  companion  guide  that  will  provide  domain-dependent  examples  for  the  SEBoK. 

Systems  Engineering  Graduate  Reference  Curriculum  Guidelines 

The  systems  engineering  graduate  reference  curriculum  areas  addressed  in  the  initial  version 
0.25  draft  of  the  GRCSE'°  include: 

•  Expected  Student  Background 

•  Outcomes 

•  Objectives 

•  Curriculum  Architecture 

•  Assessment 

The  following  sections  describe  the  areas  and  categories  for  each  area,  and  provide  some 
examples  of  the  material  presented  in  the  initial  draft. 

Expected  Student  Background 

GRCSE  assumes  that  students  entering  the  graduate  systems  engineering  program  will  have  a 
wide  variety  of  backgrounds,  yet  recommends  the  entering  student  meets  certain  criteria  in  order 
to  start  directly  into  the  program.  The  suggestion  is  that  students  who  do  not  meet  these  criteria 
may  complete  preparatory  material  to  offset  gaps  in  education  or  experience.  The  recommended 
background  covers: 

•  the  equivalent  of  certain  types  of  undergraduate  degrees  (for  example:  engineering,  the 
natural  sciences,  mathematics,  or  computer  science) 

•  a  certain  level  of  practical  experience  in  some  aspect  of  systems  engineering  (for 
example:  two  years,  includes  general  and  domain  specific),  and 

•  demonstration  of  the  ability  to  effectively  communicate  technical  information  (for 
example:  in  the  program’s  language  of  instruction). 

Please  note:  Of  the  universities  that  responded  to  the  GRCSE  survey,  44%  did  not  require  work 
experience  as  an  entrance  requirement  for  the  systems  engineering  graduate  program,  16% 
adhered  to  company  sponsor  requirements  for  work  experience,  and  the  remaining  40%  required, 
on  average,  3  years  of  work  experience.^  In  addition,  28%  of  the  universities  stated  that  they 
required  GRE  exams. ^ 


Outcomes 


Outcomes  are  statements  about  the  eompeteneies  possessed  by  a  graduate  upon  eompletion  of 
the  program  (graduation)  and  are  ideally  derived  from  objeetives  (next  seetion).  GRCSE 
outeomes  cover  the  following  eategories: 

•  Outeomes  related  to  aehievement  of  speeified  Bloom’s  levels  in  speeified  knowledge 
area  topies  (for  example:  aehieving  Bloom’s  ‘applieation’  level  in  oral  and  written 
eommunication). 

•  Outeomes  related  to  demonstration  and  applieation  of  systems  engineering  to  an 
applieation  area  within  a  domain  (for  example:  agility  within  the  medieal  industry). 

•  Outeomes  related  to  broad  professional  skills  (for  example:  being  an  effective  member  of 
a  multi-diseiplinary  team) 

•  Outeomes  related  to  skills  needed  aeross  the  systems  engineering  life  eyele  (for  example: 
ability  to  reeoneile  eonflieting  requirements) 

•  Outeomes  related  to  the  relationship  of  systems  engineering  and  other  disciplines  (for 
example:  software  engineering) 

•  Outcomes  related  to  professional  ethics  (for  example:  ethies  in  systems  engineering 
praetiee) 

Objectives 

Objeetives  are  important  statements  about  the  future  professional  aetivities  of  the  graduates  of  a 
program.  In  GRCSE,  the  objeetives  are  intended  to  eover  about  three  to  five  years  after 
graduation  and  eoneern: 

•  Eevel  of  ability  in  areas  of  systems  engineering  praetiee  and  types  of  systems  (produets, 
serviees  and  enterprises) 

•  Professionalism  and  continuing  development 

•  Soeietal  eontributions  through  ethieal  and  responsible  behavior 

•  Effeetive  eommunieations  using  new  modes  and  media 

•  Eevel  of  sueeess  in  a  variety  of  roles  within  multi-diseiplinary  teams 

•  Effeetive  leadership  in  projeets  that  span  the  systems  life  cyele 

Curriculum  Architecture 

The  reeommended  graduate  systems  engineering  eurriculum  architeeture  eovers  five  areas  of 
knowledge  and  a  eapstone  experienee: 

•  Preparatory  Knowledge  -  Missing  knowledge  needed  to  eover  any  gaps  in  edueation  or 
experience  of  the  ineoming  student  (see  Expeeted  Student  Baekground). 

•  Core  Eoundation  Knowledge  -  The  eore  knowledge  that  all  systems  engineering  students 
should  learn. 

•  Core  Extension  Knowledge  -  Knowledge  in  a  speeifie  foeus  area;  the  student  chooses  at 
least  one  focus  area  to  learn. 


•  Domain-Specific  Knowledge  -  Knowledge  in  a  domain  that  is  outside  of  and  in  addition 
to  the  core  foundation  and  extension  knowledge  that  the  student  chooses  from  to  learn. 

•  Program-Specific  Knowledge  -  Knowledge  based  on  program  or  institution  focus  and/or 
expertise  that  the  student  chooses  from  to  learn. 

•  Capstone  Experience  -  Each  program  expects  students  to  demonstrate  their  accumulated 
skills  and  knowledge  in  a  mandatory  capstone  experience.  The  capstone  can  be 
implemented  through  a  variety  of  methods,  including  individual  or  team  capstone 
projects,  a  practicum,  or  a  master’s  thesis. 

The  core  foundation  and  core  extension  material  is  intended  to  constitute  about  half  the 
coursework  for  the  degree,  leaving  the  remaining  portion  of  the  program  for  domain-specific, 
program-specific  and  capstone  work. 

Assessment 

GRCSE  covers  assessment  approaches  for  program  outcomes  and  objectives.  These  assessments 
form  the  basis  for  a  continuous  improvement  process  for  the  curriculum.  Assessments  can  either 
indirect  or  direct  measures  of  student  achievement;  direct  measures  are  preferred. 

SE  Graduate  Program  Alignment  with  GRCSE 

A  program  that  adopts  or  chooses  to  align  with  GRCSE  will  go  through  several  phases.  These 
phases  reflect  the  maturity  of  the  program,  from  the  initial  planning  through  to  a  mature 
program.  Existing  programs  will  align  to  GRCSE  in  varying  degree.  To  aid  universities  in 
determining  the  degree  of  alignment,  assessment  rubrics  are  provided  in  Table  2.  The 
assessment  categories  can  also  be  used  to  provide  a  basis  for  program  improvement.  Eor 
example,  a  program  can  use  the  categories  initial,  emerging,  developed,  and  highly  developed,  as 
a  basis  to  develop  a  strategy  for  systems  engineering  curriculum  development.  Examples  of  how 
this  can  be  done  are  discussed  in  the  next  four  sections. 

Initial 

In  the  initial  phase,  the  university  does  not  have  a  systems  engineering  graduate  program  and  is 
looking  to  establish  one,  or  their  current  program  does  not  align  with  GRCSE.  The  university  can 
apply  GRCSE  to  provide  a  framework  and  reference  as  it  begins  its  program  planning.  In 
particular,  the  objectives  and  outcomes  in  GRCSE  provide  an  excellent  starting  point  for 
discussion  with  program  stakeholders  about  the  desired  emphases  of  the  program.  The  core 
body  of  knowledge  identified  from  the  SEBoK  provides  a  starting  point  for  the  identification  of 
course  objectives  and  topics,  and  can  be  used  to  create  a  checklist  to  assure  that  important  topics 
are  not  omitted  from  the  portfolio  of  developed  courses.  Based  on  the  domain  and  program 
emphases  that  the  university  chooses,  the  university  can  develop  a  profile  of  their  faculty 
requirements  as  a  guide  to  faculty  hiring  and  development. 


Table  2.  Systems  Engineering  Program  Development  Phases  Mapped  to  GRCSE 


Initial 

Emerging 

Developed 

Highly  Developed 

Expected 

Student 

Background 

Meets  none  of  the 
GRCSE  expectations. 

Requires  a  technical 
undergraduate  degree 
or  two  years  of 
experience. 

Most  students  meet 
the  expected  GRCSE 
background. 

All  students  meet  the 
expected  GRCSE 
background. 

Objectives 

Objectives  are  not 
established  or  do  not 
align  with  GRCSE. 

Objectives  have  been 
established  and 
address  level  of  ability 
in  systems  engineering 
practice. 

Objectives  address 
most  of  the  GRCSE 
objectives. 

Program  objectives 
have  been  shaped  by 
program  stakeholders 
and  address  all 

GRCSE  objectives. 

Outcomes 

Program  outcomes  are 
not  established  or  do 
not  align  with 

GRCSE. 

Outcomes  address  the 
core  body  of 
knowledge. 

Outcomes  address 
most  of  the  GRCSE 

outcomes. 

Program  outcomes 
address  all  GRCSE 

outcomes. 

Preparatory 

Knowledge 

The  program  admits 
students  without 
preparatory 
knowledge  and  are  not 
remediated. 

The  program  provides 
students  with 
opportunities  to 
master  some  of  the 
preparatory 
knowledge. 

The  program  provides 
students  opportunities 
to  master  all  of  the 
preparatory 
knowledge. 

The  program  requires 
students  to 
demonstrate  mastery 
of  all  preparatory 
knowledge  before 
proceeding  in  the 
program. 

Core 

Foundation 

Knowledge* 

The  program  does  not 
address  the  GRCSE 
knowledge  area. 

The  program 
addresses  portions  of 
the  knowledge  area 
according  to  the 

GRCSE 

recommendations. 

Each  knowledge  area 
is  fully  addressed 
according  to  the 

GRCSE 

recommendations. 

The  program  requires 
students  to 
demonstrate  mastery 
at  the  appropriate 
Bloom’s  level  for  each 
knowledge  area.  Each 
knowledge  area  is 
fully  addressed 
according  to  the 

GRCSE 

recommendations. 

Core 

Extension 

Knowledge* 

Domain- 

Specific 

Knowledge* 

Program- 

Specific 

Knowledge* 

Capstone 

Experience 

The  program  does  not 
offer  a  capstone 
experience. 

The  program  offers, 
but  does  not  require,  a 
capstone  experience. 

The  program  requires 
a  capstone  experience. 

The  program  requires 
students  to 
demonstrate  their 
accumulated  skills  and 
knowledge  in  a 
capstone  experience. 

Program 

Assessment 

The  program  does  not 
have  a  formal 
assessment  plan. 

The  program  has  an 
assessment  plan. 

The  program  has  an 
assessment  process 
that  includes  evidence 
of  resulting  program 
improvement. 

The  program  has  a 
comprehensive 
assessment  process 
that  includes  direct 
measures  and 
evidence  of  resulting 
program 
improvement. 

*Mapping  description  should  be  separately  applied  to  each  knowledge  area. 


Emerging 


In  this  phase  of  development,  the  university  ean  leverage  GRCSE  and  SEBoK  for  self- 
assessment  and  evaluation  of  their  existing  program.  This  evaluation  would  identify  gaps  in  the 
program  including  the  absence  of  program  outcomes  and  objectives  and  missing  topics  in  the 
knowledge  areas.  The  evaluation  can  also  support  updating  student  entrance  requirements; 
identifying  new  core  extension,  domain  specific  and  program  specific  knowledge,  and  additional 
considerations  for  the  capstone  experience;  and  developing  an  assessment  plan  to  verify  the 
program  plan  when  implemented.  The  results  from  the  evaluation  can  be  used  to  update  the 
course  portfolio  checklist  to  assure  that  important  topics  are  not  omitted  in  the  program  and  that 
required  faculty  and  expertise  are  on  path  to  be  hired  or  developed. 

Developed 

In  this  phase,  the  program  is  already  addressing  a  significant  portion,  if  not  all,  of  the  core 
foundation  topics  identified  in  GRCSE  and  defined  in  more  detail  in  the  SEBoK  as  part  of  their 
curriculum,  and  offers  multiple  core  extension  focus  areas.  The  developed  program  has 
formalized,  assessed  and  validated  outcomes  and  has  a  baseline  set  of  intended  objectives  and 
has  developed  domain  and  program  specific  knowledge  to  support  its  objectives  and  outcomes. 

In  this  phase,  industry  is  often  directly  involved  in  most  capstone  experiences  provided  to  the 
student. 

In  the  developed  phase  of  development,  the  university  may  already  be  involved  in  the  GRCSE 
and/or  SEBoK  efforts,  as  part  of  the  author  or  review  teams,  and  would  use  the  guides  as 
affirmation  of  the  direction  being  taken.  The  university  could  use  the  guides  to  identify 
improvement  areas  and  from  this  the  university  could  develop  new  topics,  or  provide  additional 
depth  in  some  areas  to  meet  more  advanced  levels  of  Bloom’s  taxonomy  level  of  mastery.  The 
university  could  develop  an  action  plan  that  included  suggestions  to  revise  entrance 
requirements,  outcomes,  objectives  and  curriculum;  and  identified  areas  for  revamping  the 
program  plan  to  take  the  program  to  the  next  level. 

Highly  Developed 

In  the  highly  developed  phase,  the  systems  engineering  program  fully  aligns  with  GRCSE.  The 
university  has  objectives  and  outcomes  established  that  align  well  with  the  GRCSE 
recommendations.  The  curriculum  architecture  has  two  or  more  extension  areas,  and  completely 
covers  the  core  foundation  and  core  extension  portions  of  the  core  body  of  knowledge 
recommended  in  GRCSE  and  expanded  upon  in  the  SEBoK.  The  domain  and  program  specific 
material  in  the  program  is  based  on  stakeholder  input  and  meets  stakeholder  needs.  Industry 
directly  supports  and  is  involved  as  feasible  in  the  capstone  experience;  and  the  experience 
provides  evidence  that  students  have  met  the  program  outcomes.  Students  enter  the  program  with 
an  appropriate  and  strong  background  and  the  program  has  an  effective  system  of  continuous 
improvement  in  place. 

As  a  highly  developed  program,  the  university  is  most  likely  driving  portions  of  the  GRCSE 
development.  The  university  would  use  GRCSE  to  monitor  that  it  continues  to  meet  the 


expectations  of  the  community.  The  highly  developed  university  program  would  evolve  as 
GRCSE  and  the  SEBoK  evolve.  Both  guides  would  be  used  as  a  benchmark  for  the  program’s 
already  high  performing  assessment  system. 

Future  Plans 

Version  0.25  for  the  SEBoK  and  GRCSE  were  released  in  2010.  Both  products  are  still 
undergoing  an  annual  revision  and  review  in  2011  (version  0.5)  and  2012  (version  1.0).  Once  the 
final  products  are  released  in  2012,  it  is  the  vision  of  the  core  team  and  authors  that  the  relevant 
professional  societies  will  jointly  assume  the  stewardship  and  maintenance  of  the  SEBoK  and 
GRCSE.  However,  one  core  tenet  of  the  project  is  that  these  products  would  remain  freely 
available  (at  no  charge  for  viewing)  to  the  public.  The  team  believes  that  both  products  are  living 
documents  that  require  future  revisions  to  accommodate  changes  in  systems  engineering  in 
response  to  changes  in  the  environment  and  demands  placed  upon  practitioners.  Eor  this  reason, 
any  approach  to  developing  a  graduate  systems  engineering  program  should  include  a  strategy 
for  updating  curriculum. 

Conclusion 

This  paper  provides  a  brief  overview  of  the  systems  engineering  related  knowledge  areas  and 
graduate  level  reference  curriculum  introduced  in  the  initial  draft  versions  of  SEBoK  and 
GRCSE.  The  intent  of  these  guides  is  to  serve  as  authoritative  sources  for  systems  engineering 
knowledge.  In  addition,  GRCSE  provides  a  framework  for  understanding  and  communicating 
about  systems  engineering  graduate  programs  and  their  curriculum.  A  common  framework  will 
aid  potential  students  and  employers  in  understanding  and  selecting  from  the  various  areas  of 
focus  of  graduate  degrees  offered  in  systems  engineering.  The  paper  describes  approaches  for 
aligning  systems  engineering  graduate  programs  to  GRCSE  based  on  initial,  emerging, 
developed  and  highly  developed  phases  of  development.  The  SEBoK  and  GRCSE  are  currently 
under  development  and  the  community  is  asked  to  participate  in  the  open  public  reviews  that  will 
take  place  in  the  latter  part  of  201 1  for  version  0.5  of  each  product  (see  www.bkcase.org).  Input 
from  the  community  will  help  guide  the  final  delivery  of  these  products  as  well  as  ensure  buy-in 
from  the  community  on  the  validity  and  use  of  these  products. 
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